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METHOD FOR CONTROLLING DATA RETRANSMISSION AND CONTROL 
UNIT FOR IMPLEMENTING THE METHOD 

BACKGROUND OF THE INVENTION 

5 

The present invention relates to the techniques of 
data retransmission in telecommunications systems. It 
relates more particularly to the control of data 
retransmission in systems using a data acknowledgement 
10 mode. 

Numerous telecommunications systems use . a data 
acknowledgement mode which, for a communication object 
receiving data, consists in an acknowledgement of 
reception, the transmission of which is initiated by 
15 the receiver or requested by the transmitting object. 
Conversely, if the receiving object does not receive or 
receives incorrectly certain data which were addressed 
to it, it can send to the transmitting object a 
negative acknowledgement for these data, thus 
20 indicating the failure of the transmission of the 
corresponding data . 

Conventionally, a data retransmission mechanism 
can be based on the acknowledgement mechanism. In 
particular, when a negative acknowledgement is received 
25 by the data transmitting object, the latter can decide 
to retransmit the data to which this negative 
acknowledgement related . 

An example of a retransmission mechanism of this 
type is that specified in third-generation cellular 
30 networks of the UMTS (Universal Mobile 

Telecommunication System) type, standardized by the 
3GPP (3rd Generation Partnership Project) organization. 

The invention is described below, without intent 
to limit the generality of its object, in its 
35 application to a UMTS network in frequency division 
duplex (FDD) mode, an example of the architecture of 
such a network being shown in Figure 1. 

The switches of the , mobile service 10, belonging 
to a core network (CN) , are connected, on the one hand, 
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to one or more fixed networks 11, and, on the other 
hand, to control units or RNCs (Radio Network 
Controllers) 12 by means of what are known as lu 
interfaces. Each RNC 12 is connected to one or more 
5 radio base stations 13 by means of what are known as 
lub interfaces. The radio stations 13, distributed over 
the network coverage area, can communicate by radio 
with the mobile terminals 14, 14a, 14b called UE (User 
Equipment) . The radio stations can be grouped to form 

10 nodes, called "Nodes B". Some RNCs 12 can also 
communicate with each other by means of what is known 
as an Iur interface. The RNCs and the radio stations 
form an access network called UTRAN (UMTS Terrestrial 
Radio Access Network) . 

15 The UTRAN comprises elements of layers 1 and 2 of 

the ISO (International Standard Organization) model in 
order to provide the required links over the radio 
interface (called Uu) , and a radio resource control 
(RRC) stage 15A belonging to layer 3, as described in 

20 technical specification 3G TS 25.301, "Radio Interface 
Protocol Architecture", version 4.2.0, published in 
December 2001 by 3GPP. Viewed from the higher layers, 
the UTRAN acts simply as a link between the UE and the 
CN. 

25 Figure 2 shows the RRC stages 15A, 15B and the 

stages of the lower layers which belong to the UTRAN 
and to a UE. On each side, layer 2 is divided into a 
radio link control (RLC) stage 16A, 16B and a medium 
access control (MAC) stage 17A, 17B. A detailed 

30 description of the radio link control can be found, in 
particular, in technical specification TS 25.322, 
version 5.1.0, "Radio Link Control (RLC) protocol 
specification", published by 3GPP in June 2002. Layer 1 
comprises an encoding and multiplexing stage 18A, 18B. 

35 A radio stage 19A, 19B transmits the radio signals on 
the basis of trains of symbols supplied by the stage 
18A, 18B, and receives the signals in the other 
direction . 

There are different ways of adapting the protocol 
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architecture according to Figure 2 to the hardware 
architecture of the UTRAN according to Figure 1, and, 
in general, different organizations can be adopted 
according to the types of channel (see section 11.2 of 
5 technical specification 3G TS 25.401 "UTRAN Overall 
Description", version 4.2.0, published in September 
2001 by 3GPP) . The RRC, RLC and MAC stages are located 
in the RNG 12. Layer 1 is located, for example, in Node 
B. Part of this layer may, however, be located in the 
10 RNC 12. 

In one mode of operation of the system, the RLC 
frames are exchanged in acknowledged mode. Thus, a 
polling bit can be activated in certain RLC frames sent 
by an RNC 12 to a UE, in order to interrogate the UE 

15 about the reception of one or more RLC data frames 
transmitted previously. The UE responds to the polling 
with an RLC signal frame containing an acknowledgement, 
which may be positive (ACK) or negative (NACK) , and 
which indicates the correct or incorrect reception of 

20 the RLC data frames transmitted previously. Various 
algorithms can be used by the RLC layer 16A of the RNC 
to process the positive and/or negative 
acknowledgements transmitted by the UE. In general, the 
RNC 12 retransmits the RLC data frames to which the 

25 NACK related, on receiving the latter. 

When a plurality of polling signals are sent in 
succession by the RNC 12, for example following the 
loss of a data frame j (according to a sequence number 
SN) sent to a UE (reference NOK in Figure 3), the same 

30 number of successive NACKs are sent by the UE. If the 
frame j is retransmitted following the reception of a 
NACK at the RNC, it is possible, on this occasion, that 
the corresponding data may be received correctly at the 
UE (reference OK in the figure) . If this retransmission 

35 takes place immediately after polling, for example, a 
NACK will still be sent by the UE, as shown in Figure 
3. Consequently, when the RNC receives the NACK, the 
data will have been successfully received at the UE 
following the last retransmission. 
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There are two principal known solutions for 
preventing a further retransmission from taking place 
when the frame j of the preceding example has been 
correctly received after an initial transmission 
5 failure. 

According to a first method, the UE triggers a 
timeout, called Timer_Status_Prohibit , described in 
section 9.5 of the technical specification 25.322 cited 
above, on receiving the first polling that it receives. 

10 The next polling signals received are ignored by the UE 
until the expiry of the timeout for preventing the 
sending of a second NACK to the UE when it is possible 
for the retransmission of the data following the 
sending of the first NACK by the UE to result in 

15 correct reception at the UE. Thus, if the retransmitted 
data have actually been received before the expiry of 
the timeout, the next acknowledgement sent by the UE 
can be an ACK, making it possible to avoid further 
unnecessary retransmissions. 

20 According to a second method, the UE sends a NACK 

in response to each polling without distinction, 
following non-reception or incorrect reception of data, 
but the NACKs are filtered at the RNC 12. Thus, the 
second NACK transmitted by the UE in the example shown 

25 in Figure 3 is ignored by the RNC if too short a time 
has elapsed since the first NACK was received by the 
RNC. This period is conventionally determined by a 
timeout, as in the preceding case, but is monitored at 
the RNC. Conversely, if a new NACK is received at the 

30 RNC after the expiry of the timeout, this NACK is 
responded to, resulting in a further retransmission, 
since it may indicate that the first retransmission has 
not resulted in correct reception at the UE. 

In the two methods outlined above, the timeouts 

35 considered should ideally have the value of the round 
trip delay (RTD) between the RNC and the UE. This is 
because the time of an RTD is required for the UE to 
receive the data retransmitted after the sending of a 
NACK (first method), and for the RNC to receive a 
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~* Hat-a (second method). Conversely, «* 

of data iseoon« ki into account 

than the RTD could cause a delay xn t.£ng 
the Positive acknowledgements at the RNC *h 

. hp useful transmission speed, particularly 
5 down the usetui t can be 

cases where the quantity of * ata the 

■**-*ri bv the RNC without waiting 
transmitted by tn transmitted data is 

acknowledgement of the previously 

Sma11 * n f the RTD poses a significant 

10 The estimation of the RT D J also 

m o-ince this value is variable. 

thr ou g h an async^onous - the ™* 

This is the case, m f . 

<n the lub interface between an RNC 12 and 
15 system, in the lub tocols such as ATM 

radio stations 13 using P Captation 
(synchronous Transfer Mode) and AAL2 (ATM p 
K,o 2) Above these protocol layers, 
^ , (FP "is used in the user plane to enable the 
protocol (FP) is used involved in 

20 RNC to communicate with the Node de8Cribed in 

a communication with a given UE The 

technical specifications 3G TS 25 42 streams .,, 
t ^rf.ce User Plane Protocol for DCH Data 
interface User _ DeC ember 2001 by 3GPP. 

version 4.3.0, published invo lved in a 

25 When a plurality of RNCs 

^ ^ nir there is generally a servmy 
communication with a UE, ^re g relating 

RN C «S RN C, , in which are locate the a r[jc 
,„ laver 2 (RLC and MAC), and at least on . 
lied the DRNC (Drift RNC) tc which is connected a 
30 :irst^o„ with which thesis in radio ^ 

RN CS thron.h the lur interface ^ ^ _ 

Additronally, OMTS r ^ ^ 

macrodiversity technique, rn whrc - » 
communicate simultaneously wrth " dounllnk 

4. cnrh a way that, in uic ^ 

of an active set in such a y n several 

direction, the UE receives the same 
times, and, in the uplink direction, the 
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sent by the UE is captured by the radio stations to 
form different estimates which are subsequently 
combined in the UTRAN. Macrodiversity provides a gain 
in reception which improves the performance of the 
5 system, owing to the combination of different 
observations of a single item of information. It also 
makes it possible to provide "soft , hand-off" (SHO) 
intercellular transfers when the UE moves. 

In macrodiversity, the switching of the transport 

10 channels for multiple sending from the UTRAN or the UE 
and the combination of these transport channels in 
reception are operations carried out by a selection and 
combination module belonging to layer 1. This module is 
interfaced with the sub-layer MAC, and is located in 

15 the RNC serving the UE. If the radio stations concerned 
depend on different RNCs communicating through the lur 
interface, one of these RNCs can act as the SRNC and 
the other as the DRNC. 

Thus the value of the RTD between an RNC and a UE 

20 can vary considerably, particularly owing to the 
asynchronous nature of the Iub interface. If a radio 
station for which the Iub interface is slow (loaded) at 
the instant in question is added to or withdrawn from 
the active set, the RTD abruptly undergoes large 

25 variations because of the synchronization mechanisms 
implemented by the FP. 

. Because of its asynchronous nature and the fact 
that the routing times over all the links of the active 
set are taken into account, the Iub interface is 

30 largely responsible for the delays in transmission 
between an RNC 12 and a UE 14-14a-14b, by comparison, 
in particular, with the transmission delays over the Uu 
interface. 

Another factor which can vary the RTD is the frame 
35 processing time at Node B, which can vary with time and 
from one Node B to another. 

Even if the RTD can be estimated, the procedure 
for changing the Timer_Status_Prohibit parameter is 
only reactive to a small extent, since it requires a 
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reconfiguration of the RLC connection. In practice, 
therefore, the first method above does not provide an 
effective means of adaptation to the variations of RTD. 
An object of the present invention is to propose a 
5 good compromise between the number of retransmissions 
of data and the risks of decreasing the debit utile 
because an acknowledgement of the data is taken into 
account too slowly. 

Another object of the invention is to enable the 

10 number of superfluous retransmissions in a 
communication system to be reduced without the need to 
estimate the RTD of the system. The invention is 
particularly applicable to cases where the 
communication system has an RTD varying significantly 

15 with time, for example because of the presence of an 
asynchronous communication interface . 

SUMMARY OF THE INVENTION 

20 The invention thus proposes a method for 

controlling data retransmission from a control unit via 
a connection established with a radio terminal. The 
control unit and the terminal exchange via the said 
connection, through at least one base station, first 

25 frames comprising data frames sent to the terminal and 
acknowledgement frames sent by the terminal and 
containing information relating to the acknowledgement 
of the first data frames. The first frames are 
encapsulated, with corresponding timestamping 

30 information, in second frames, for transmission between 
the control unit and each base station over an 
asynchronous interface. The timestamping information 
accompanying one of the data frames over the 
asynchronous interface indicates an instant of 

35 transmission of the said data frame by each base 
station with reference to a time counter specific to a 
radio section of the said connection. The method 
comprises the following steps: 

the storage at the control unit of the 
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times tamping information indicating an instant of 
transmission of a data frame; and 

upon reception at the control unit of an 
acknowledgement frame accompanied by timestamping 
5 information indicating an instant of transmission and 
containing acknowledgement information interpreted as 
indicating non-reception of the said data frame by the 
terminal, the selective taking into account of the said 
acknowledgement information for controlling the 
10 retransmission of the said data frame, on the basis of 
a comparison between the said instants of reception and 
transmission . 

The comparison between these two instants provides 
a criterion usable in the repetition algorithms (ARQ) 

15 for processing the acknowledgement information in order 
to decide on the retransmission of certain data frame. 
Compared with the RTD, this criterion advantageously 
provides independence from the variable delays 
generated over asynchronous interfaces. 

20 The selective taking into account of the reception 

of the acknowledgement frame makes it possible, for 
example, to retransmit the data frame considered not to 
have been received by the terminal only if the instant 
of reception is later than the instant of transmission 

25 by an amount exceeding a threshold, which can be of the 
order of ten milliseconds or which can also be close to 
zero (typical RTDs in the Iub interface can vary from 
one to several hundred milliseconds) . Conversely, if 
the instant of reception is not later than the instant 

30 of transmission by an amount exceeding such a 
threshold, the reception of the acknowledgement frame 
can be ignored, thus preventing the retransmission of a 
data frame already received by the terminal. 

The invention also proposes a control unit 

35 suitable for implementing the above method and 
comprising : 

means for storing the timestamping information 
indicating an instant of transmission of a data frame; 
and 
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means by which, upon reception of an 
acknowledgement frame accompanied by time stamping 
information indicating an instant of transmission and 
containing acknowledgement information interpreted as 
5 indicating non-reception of the said data frame by the 
terminal, the said acknowledgement information for 
controlling the retransmission of the said data frame 
is taken into account selectively, on the basis of a 
comparison between the said instants of reception and 
10 transmission, 

BRIEF DESCRIPTION OF THE DRAWINGS 

Figure 1, described above, is a diagram of the 
15 architecture of a UMTS communication system; 

Figure 2, described above, is a diagram 
representing the protocol layers common to the UTRAN 
and the UE; 

Figure 3, described above, is an example of a 
20 mechanism for polling and data retransmission according 
to the prior art; 

Figure 4 is a schematic representation of the 
windows used for the synchronization of the Iub 
interface, as standardized in the UMTS system by 3GPP; 
25 - Figure 5 is an example of a data retransmission 
mechanism according to the invention. 

DESCRIPTION OF PREFERRED EMBODIMENTS 

30 We shall examine again the non-restrictive case of 

a UMTS system according to Figure 1. As mentioned 
previously, the Iub interface used for exchanges 
between an RNC 12 and one or more Nodes B 13, is 
asynchronous and has a mechanism for synchronizing the 

35 transport channels according to the frame protocol FP. 

The purpose of this synchronization of the 
transport channels is to produce a common numbering of 
the layer 2 frames between the UTRAN and the UE, this 
being achieved by means of an 8-bit connection frame 
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number (CFN), which layer 2 manages for each transport 
block set (TBS) exchanged with the UE, incrementing it 
by one unit every 10 milliseconds. 

This CFN is not transmitted over . the radio 
5 interface, but is attached to the frames exchanged over 
the Iub interface. The physical layer translates it 
into a frame numbering updated for each cell, defined 
by a system frame number (SFN) coded in 12 bits. The 
Node B increments this SFN whenever a new 10 ms radio 

10 frame arrives and broadcasts its value over the common 
cell control channels. 

For a given TBS and a given cell, the offset 
between the CFN and the SFN is determined before the 
establishment of the radio link between the Node B and 

15 the UE concerned, in terms of an offset expressed as a 
whole number of frames ("Frame Offset") . At the start 
of the radio transmission of the TBS, this offset is 
zero: the CFN is initialized on the SFN (modulo 256) of 
the first frame used for the transmission of the TBS. 

20 Before the addition of a radio link in macrodiversity, 
the UE measures the offset between the current CFN and 
the SFN broadcast by the new cell, and reports this to 
the SRNC. The latter deduces from this information the 
relevant frame offset parameter for the new cell and 

25 informs the Node B of this, so that it can take into 
account the offset between the CFN and SFN counters. 

Thus, once the offset has been taken into account, 
a Node B has a reference base shared by all the other 
Nodes B of the active set, based on the CFN time 

30 counter of the radio connection. 

In the downlink direction, when a data frame is to 
be transmitted to the UE, the SRNC anticipates its 
transmission with respect to the CFN corresponding to 
the instant of transmission of the data over the 

35 interface Uu, to take into account the routing time to 
the Node B and the processing time required by the 
latter, particularly in the encoding and multiplexing 
stage 18A. The standard specifies a reception window 
for each FP frame (DCH-FP PDU) which the SRNC sends to 
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this frame should, be received. The Node B responds 
immediately to this by returning a "UL SYNC" frame, 
indicating this CFN and the value of TOA corresponding 
to the reception of this frame. This mechanism prevents 
5 the window from shifting without the RNC being informed 
of this by the TAD frames. 

These synchronization mechanisms are. detailed in 
technical specification TS 25.427 cited above. 

By means of these mechanisms, the RNC determines 

10 the CFN which is a timestamping information element 
indicating the instant of transmission of the frame 
over the radio interface by the radio stations of the 
active set. It includes this CFN in the corresponding 
data frame. Figure 4 illustrates this principle: the 

15 RNC transmits a frame carrying CFN=152 somewhat in 
advance (at the instant corresponding to CFN=142) to 
compensate for the routing time to the Nodes B and the 
processing time required by the nodes. According to the 
present invention, the RNC then stores in its memory 

20 the CFN determined in this way (CFN=152 in Figure 4). 

In the uplink direction, each Node B transmits 
frames to the SRNC to which it is connected, via the 
Iub interface and also via the Iur interface if 
necessary. However, no timing system is provided at the 

25 Nodes B for delaying or advancing the transmission of 
uplink frames, so that the transmission of these frames 
can be spaced apart in time. Each Node B includes, in 
the FP frames which it transmits to the SRNC following 
the reception of a radio frame sent by a terminal, a 

30 CFN which is a timestamping information element 
indicating the instant of reception of this radio frame 
at the Node B. 

At the SRNC, the frames received with an identical 
CFN number from the different Nodes B are combined 

35 regularly on expiry of a timeout ("TTI timer" or 
"Transmission Time Interval timer"). If some of the 
uplink frames are received by the SRNC after the expiry 
of this timeout, they are lost and not taken into 
account for the combination. Conversely, frames 
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estimating this RTD over the Uu interface is available, 
it can be advantageous to provide a mechanism for 
varying the threshold D. However, since this RTD is 
most frequently small by comparison with the 
5 propagation time over the Iub interface, the threshold 
D can also have a fixed value which is relatively small 
(for example, D=l or 2 in units of 10 ms) , or even zero 
in one embodiment of the invention, which is equivalent 
to a simple comparison between the values of the 

10 integers k and i. The latter case where D=0 will be 
examined below, without restrictive intent. 

Thus, if k is an integer greater than i, this 
means that the uplink radio frame carrying the NACK has 
been received by the Node B in question after the 

15 transmission by this Node B of the data corresponding 
to the data frame which has not been correctly 
acknowledged. This mechanism thus ensures that the NACK 
transmitted to the RNC follows the transmission of the 
initial data frame by the Node B, and is therefore a 

20 justified negative acknowledgement. Retransmission of 
the data can then be carried out by the RNC on 
reception of the NACK. 

Conversely, if k is less than i, this means that 
the NACK has probably been sent before the transmission 

25 by the Node B of the data frame sent from the RNC. This 
NACK therefore does not take into account any correct 
reception of the data of the radio frame with CFN=i by 
the UE. In this case, the RNC ignores the NACK and 
therefore does not immediately order the retransmission 

30 of the data. 

In the example shown in Figure 5, a single RLC 
frame is transmitted every 10 milliseconds. However, 
the sending of a plurality of RLC frames can be 
envisaged during this period. 

35 Additionally, the scale of CFNs, as defined in the 

UMTS system, is limited to 4096, which means that CFN=1 
follows CFN=4096 on the time axis shown in Figure 5. In 
these conditions, it must be considered that the 
comparison between the integers k and i is expressed in 
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modulo 4096 form. 

It may also be noted that the invention is not 

limited to any particular acknowledgement and 

retransmission algorithm. On the contrary, the RNC can 

5 selectively retransmit a set of frames which it 

considers not to have been received correctly on the 
basis of any acknowledgement. 

The invention has been described above in it's 
application to a UMTS network. However, any other 

10 communication system can be envisaged for the 
application of the invention. 



